home *** CD-ROM | disk | FTP | other *** search
/ Developer CD Series 1997 January: Mac OS SDK / Dev.CD Jan 97 SDK2.toast / Development Kits (Disc 2) / OpenDoc Development Framework / ODF-Interest Archive / June 96 / Selection Problem < prev    next >
Encoding:
Internet Message Format  |  1996-12-03  |  1.3 KB  |  [TEXT/ttxt]
  1. Subject:     Selection Problem
  2. Sent:        6/27/96 5:49 AM
  3. Received:    6/27/96 8:54 AM
  4. From:        Serge Froment, sfroment@odyssee.net
  5. Reply-To:    ODF Interest, ODF-Interest@CILabs.ORG
  6. To:          OpenDoc Development Framework Discussion List, ODF-Interest@CILabs.
  7.  
  8. My part supports discontinuous selection. According to HI guidelines
  9. regarding selection, dragging inside the selection with the command key
  10. down deselects a part of the selection. According to HI guidelines
  11. regarding Drag & Drop, dragging inside the selection drags the selection.
  12.  
  13. This means I must act differently depending on whether the command key is
  14. down or not. Right?
  15.  
  16. Then I must change the cursor to reflect this. But FW_CView::AdjustCursor
  17. does not gives me the null event to let me know if the command key is
  18. down...
  19.  
  20. And I may have another problem. If the user presses the command key while
  21. inside the selection without moving the mouse, then I must change the
  22. cursor. Will OpenDoc/ODF call AdjustCursor in that case? I know this is an
  23. old MacOS problem because WaitNextEvent does not gives control back to the
  24. application unless the cursor is moved. I have seen articles giving a
  25. solution that involves trap patching. With Copland nearby (more or less),
  26. this is no more a solution, specially in an OpenDoc context.
  27.  
  28. Does someone have a clue for a solution to those problems?
  29.  
  30. Serge
  31.  
  32.